Method and apparatus to present a virtual user

ABSTRACT

A method and apparatus for providing an interactive interface to user health data is described.

RELATED CASES

This application is a continuation of application Ser. No. 11/682,218,filed Mar. 5, 2007, which claims priority to U.S. Provisional PatentApplication Ser. No. 60/778,862, filed Mar. 3, 2006.

FIELD OF THE INVENTION

The present invention relates to user data presentation, and moreparticularly to interfaces for interacting with health data.

BACKGROUND

Electrical sensors, monitors, and devices built by an ever-changinggroup of manufacturers are constantly entering the market. Collectively,these devices will be referred to as SMDs (sensors, monitors, devices).

Users are increasingly looking to bring access to all of these SMDs totheir daily routine. In the prior art, this remote access has beenlimited to historical information access such as databases or e-mails,while other SMD data is not remotely accessible.

In the prior art, SMDs functioned as individual devices, and collectingand accessing such data was difficult.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention is illustrated by way of example, and not by wayof limitation, in the figures of the accompanying drawings and in whichlike reference numerals refer to similar elements and in which:

FIG. 1 is a block diagram of one embodiment of a network diagramincluding an SMD Integration and Management Server (SIMS).

FIG. 2 is a block diagram of a virtual MACS device on the SIMS.

FIG. 3 is an exemplary health display for a group of users.

FIG. 4 is an exemplary overview diagram of an individual's health data.

FIG. 5 is an exemplary health dashboard providing a compact view ofhealth data to a user.

FIG. 6 is an exemplary user interface page, including a summary of data.

FIG. 7 is an exemplary health data display for a healthcare provider.

FIG. 8 is an illustration of the relationship between the virtual userand the real user.

FIG. 9 is one embodiment of a computer system that may be used with thepresent invention.

DETAILED DESCRIPTION

The method and apparatus described is a user interface to enable a userto interact with, and enter data into, an SMD Integration and ManagementServer (SIMS). The SIMS system offers a continuous always-on connectionto the SMD data. The virtual user is a conceptual framework for viewingthe comprehensive data available about a user on the SIMS. Virtual usercan represent a single user (for example a user examining his or her owndata), a platform for displaying health data from multiple users (forexample for a family), or a platform for displaying health data tohealthcare providers, in a context that enables them to easily determinewhen one or more of their patients may need attention. By presenting avirtual user, the viewer can become more pro-active about handlingvarious issues. Furthermore, the virtual user enables the simplepresentation of overall health status, showing the interaction betweenvarious individual health measurements.

FIG. 1 is a network diagram of one embodiment of the various elements ofthe system. The various SMDs 110 are coupled through various means tothe SMD Integration and Management Server (SIMS) 150. They may becoupled directly, coupled through carrier network 130, coupled throughthe Internet 140, or they may be coupled through a data collector 115,which accumulates data from sensor 110, and sends it through network120, 130, or 140 to SIMS 150. In another embodiment, SMDs may beindependent devices which are not coupled to the SIMS 150. Rather, theSIMS 150 may receive data from a user 170 via a network 165. The networkmay be the Internet 140, a carrier network 130, or any other network. Inone embodiment, the SIMS 150 includes a web server, which enables theuser to access certain user interface pages, to enter, read, share, andotherwise interact with the collected data.

The data accumulated by SIMS 150 may be available to the user via a usermobile device 160, which accesses SIMS 150 through carrier network 155or another network, or via another user device 170, such as a computer.

FIG. 2 is a block diagram illustrating one embodiment of a VirtualManagement, Access, Control, Share (MACS) device on the SIMS server andits relationship to the actual SMD. The actual SMD 210 has anintermittent connection 215 to a server 220. The connection 215 may bethrough the Internet, through a carrier network, or through other means.The server 220 may be located in the same location as the real SMD 210.

The data receiving logic 225 receives the data from the actual SMD 210or the user via an intermittent connection 215. The data is stored inhistorical database 230. The historical data is used by data miningengine 235, to present virtual MACS device 250 via a reliable always-onconnection 260 to various recipients 275. In a healthcare setting forexample, the recipients may include the user, healthcare providers, andfamily.

In one embodiment, data mining engine 235 may further interface withuser alerts and rules 240 to generate notifications through intelligentnotification engine 255. Intelligent notification engine 255 can sendautomatic notifications to designated recipients 275, when certainthreshold or alert conditions are met. The threshold or alert conditionsmay include historical data, trend analysis, variance from chartedtrends, simple threshold, or any combination of the use of historicaland current data from the actual SMD 210, or combination of SMDs. In oneembodiment, the data mining engine 235 constantly monitors the database230, to ensure that the alert rules and user thresholds 240 have notbeen triggered. Intelligent notification engine 255 can, in oneembodiment, trigger a notification in an appropriate format to anydesignated recipient.

In one embodiment, in addition to the database 230, data from otherrelevant actual SMDs may be received as well via logic 245. For example,in health setting, in addition to the glucose meter, exercise data,medical reports, and/or other relevant conditions may be monitored. Thethreshold and alert rules 240 may utilize a combination of data frommore than one real SMD to trigger a notification or command 270.

FIG. 3 is an exemplary health display for a family or other group ofusers. In one embodiment, each person in the family, or other group ofusers whose data is displayed in this format, has a picture, name, orother identifier. In one embodiment, if one of the user's healthparameter values are outside acceptable parameters, or meet one or morealert triggers, that user's identifier is flagged 310 to visuallyindicate the problem. In one embodiment, a separate alert may also besent to designated destinations. One embodiment of the alert mechanismis described in more detail in co-pending U.S. application Ser. No.11/192,549, which is incorporated herein by reference.

In one embodiment, the family or other group health display may alsoinclude a health ticker 315, which includes heath data from each of theusers within the display. In one embodiment, the health ticker utilizescolor, font, images, icons, or other indicators to identify the userassociated with each item on the ticker. In one embodiment, the systemalso uses color coding to flag any items that may be problematic (i.e. asignificant increase in blood pressure, a significant drop in bloodoxygen levels, negative trends, or other problems). Alternative means oftagging to highlight items that may be problematic, or indicate badtrends, may be used. In one embodiment, the user's icon/image or otherindicator is concurrently highlighted or flagged, as shown in 310.

In one embodiment, the health display also enables a user to select aparticular user 305, and/or a particular health parameter 325, to obtainadditional information.

In one embodiment, the health parameter information may includeidentification of the SMD(s) 330 associated with the health parameter,as well as a graph 355 showing the health parameter's changes over time.In one embodiment, in addition to the changes over time, the display mayinclude trend lines.

In one embodiment, the user can change the alert settings using agraphical interface. In one embodiment, the graphical interface overlaysthe actual data. One example of this is shown in FIG. 3. In the examplein FIG. 3, when the user is adjusting the upper or lower thresholds 335,345, 350 he or she can visually see how those thresholds relate to theactual historical health data. In one embodiment, the user may setmultiple thresholds 335, 345, associated with different time units. Forexample, the blood glucose levels are generally different first thing inthe morning, and in the early afternoon. Therefore, time-basedthresholds 335, 345 may be set. By allowing the user to immediately seehow these alert levels relate to their own historical data. Thisensures, for example, that a user will not set a threshold which hashistorically been crossed without any health implications.

In one embodiment, the user may also set a data timer 340, which sets aperiod within which a measurement is expected (i.e. asking the user tomeasure their blood pressure every three hours at a minimum). The datatimer 340, in one embodiment sends an alert or other notification ifdata is not received within the prescribed period of time. In oneembodiment, for example, the “glucose testing” window may be between 11a.m. and 2 p.m. to receive a post-lunch measurement. If no data isreceived within that window, an alert may be sent to the user, remindingthem to eat lunch and/or take a measurement.

In one embodiment, each type of control, time control 360, lowerthreshold 370, upper threshold 375, change over time (x(t)) andacceleration (dx/dt) 380, may be controlled using drag and dropcontrols. Alternative methods of controlling these settings may beimplemented.

Each of these thresholds may have one or more alerts associated withthem. The alerts may be controlled from the health display using alertrecipients list 365. In one embodiment, the alert recipients arecontrolled by a user. In another embodiment, the recipient's list 365may be controlled by a parent, doctor, or other authorized individual orgroup.

In one embodiment, an alert log 390 provides a historical view of pastalerts that were sent. In one embodiment, the alert log also includeswho the alert was sent to. In one embodiment, each alert record in thealert log 390 may also include the resolution. For example, an alert logentry may read:

-   -   Blood Glucose Reading not received in 3 hours, email to John    -   Blood Glucose Reading not received in 4 hours, phone call to        John, email to Cindy    -   Blood Glucose Reading received, alert cleared.

In one embodiment, the health display may also include various settings,advice, frequently asked questions, etc. In one embodiment, the healthdisplay may be presented on a secure web page accessible by authorizedusers. In one embodiment, the health display may be a downloadableapplication, which obtains data from the central SIMS database via asecure connection. Alternative ways of accessing and presenting thisdata may be used. In one embodiment, the display may be changeddepending on the available screen real-estate. In one embodiment, thedata may be accessible, in a different form, via smaller devices.

FIG. 4 is an exemplary overview diagram of an individual's health data.On the left hand side 410 an outline of a user can be seen. The outlineincludes attached monitors and corresponding body-aspects. In oneembodiment, the user may mouse over a particular body aspect, and have apop-up window 430 display basic parameter data associated with thatbody-part. The user can also click a body-part, and open the frame onthe right 420, which displays additional data. In one embodiment, thepop-up window 430 may further list any associated SMDs which have beenused to obtain the data.

In one embodiment, alerts 440 associated with the selected devicedisplayed on the right 420, are shown as well. In one embodiment, thealerts 440 may be modified by the user from this list.

In one embodiment, the user may further add or remove SMDs from thelisting 450. In one embodiment, as a recognized SMD is selected, thecorresponding body-parts are highlighted, and the reference data isadded to the outline 420.

On the right hand side 420, a particular selected device and itsassociated data are shown. As can be seen, the individual's health datashown here is the data from a finger pulse oximeter, which measuresblood oxygen saturation and heart rate. The data may include historicalreadings for the selected device, the last reading, or another method ofdisplaying such data. In one embodiment, the user may set a displaypreference.

FIG. 5 is an exemplary health dashboard providing a compact view ofhealth data to a user. In one embodiment, this is a small applicationwhich can show the overall health condition of one or more users. In oneembodiment, this small application may be designed to be on a user'sdesktop. In one embodiment, the application may be implemented in Java,or a similar language. In one embodiment, the application mayperiodically pull data from the server. Alternatively, the data may beperiodically pushed to the application by the server.

The “instant summary” 510 for each person shows a simple dial, whichdisplays an overall health condition ranging from good, throughacceptable, and to problem. Of course, more precise or smaller divisionsmay be displayed. In one embodiment, this data may be color coded, forexample good being green, acceptable being yellow, and problem beingred. Alternative methods of indicating ranging from labels to icons andother colors may be used.

As can be seen, the instant summary 510 for three of the four displayshere are in the “neutral zone.” One instant summary 520 shows a userhovering in the “problem” zone. In that instance, in one embodiment,additional information is displayed. In this instance, the informationdisplayed shows the measurement which is not in the acceptable range.Here, the measurement is blood glucose level (BG) which is at 180. Inone embodiment, the display may also show the time the last measurementwas taken. In one embodiment, the instant summary 510 concatenates allhealth parameters received from a user, to generate an “overall” view.In one embodiment, the indicator always shows a “problem” if any one ofthe health parameters reach an alert level. This may enable a simpledisplay for a health professional, caregiver, or family member whowishes to monitor the health state of many users at the same time.

The user may, in one embodiment, by clicking on one of the instantsummaries 510, open the main dashboard 530. The main dashboard in oneembodiment similarly uses a dial-type interface to indicate readings. Inone embodiment, this interface is designed to resemble a car's gauges,since that is an intuitive way of interacting with a large number ofmeasurements. In one embodiment, the dials may display currentmeasurements, average measurements, or range of measurements.

In one embodiment, from the main dashboard 530, the user may click onany of the dials to receive more in-depth data about the measurementsassociated with the particular health parameter.

FIG. 6 is an exemplary user interface page, including a summary of data.The selected tab 605 shows an overview of the health parametersassociated with a particular user. These health parameters may includeweight, activity/cardio, heart rate, blood pressure, blood glucose,cholesterol, blood oxygen levels, and various other parameters which maybe measured by one or more SMDs. While the particular display shows aset of SMDs, the present system is designed to be able to displayresults data from any sensor, monitor, or device, whose data may beentered into the SIMS, whether manually or automatically.

In one embodiment, the user may further select any of the individualhealth parameters 615 to display them in more detail. One embodiment ofthis user interface feature is described in more detail in U.S. patentapplication Ser. No. 11/657,199, filed Jan. 23, 2007.

FIG. 7 is an exemplary health data display for a healthcare provider. Ascan be seen, the healthcare provider can visually see the healthparameters of many individuals. The healthcare provider may be a doctor,a nurse, a home care provider, or another individual who is tasked withmonitoring the health of multiple individuals.

In one embodiment, the primary interface for the healthcare provider isa results list 710, which displays all of the patients associated withthe healthcare provider. In one embodiment, the healthcare provider cansearch among the users, using search tools 705.

In one embodiment, the particular users whose overall condition is notin the good or acceptable range are highlighted. In one embodiment, onlythose patients whose condition has changed for the worse arehighlighted. In one embodiment, the user can select which users tohighlight. In one embodiment, multiple types of highlighting may bedone. For example, users whose next scheduled appointment is within aweek (or other time period) may be highlighted. Users whose healthparameters are problematic, or whose health parameters have changed forthe worse may be highlighted. Users whose health parameters haveimproved, may also be highlighted.

In one embodiment, the search function enables the healthcare providerto also do searches based on any parameters, including scheduled visits,health parameters, changes in health parameters including firstderivatives, trends, and any other relevant factors.

In one embodiment, the healthcare provider may select a particular user715 from the results list 710. The more detailed records of the selecteduser may be displayed as user health information 725. This may enablethe healthcare provider to see all of the relevant self-measuredparameters for the patient. In one embodiment, the relevant measurementstaken by a doctor, nurse, or other third party are highlighted orotherwise indicated. In one embodiment, if there is a significantdiscrepancy between self-measured data and third party data, this ishighlighted as well. This enables the healthcare provider to visuallysee trends and easily identify problems.

The user information 720 may also provide additional data. In oneembodiment, the user's health chart may also be available in this view.In one embodiment, all of the medications 750 taken by the user,including dosage, are also displayed. In one embodiment, the user's fullmedical record may be available in this format. In one embodiment, allmedical data is stored securely and in compliance with applicable laws.

In one embodiment, the individual health parameters may be adjusted toview a different time span, or view the data in graphical ornon-graphical format. For example, in the figure shown, the bloodpressure is recorded for one day. An alternative display may provide amonth view, with each day having a range-line showing the top & bottomreadings.

In one embodiment, there is a simple mechanism for the healthcareprovider to send an alert 790 or other notice to the individual userwhose data has been received. For example, if the healthcare provider isconcerned about something, he or she can send a notification to the uservia the alert mechanisms that are part of the SIMS system. In oneembodiment, the healthcare provider may select a “severity” for thealert, and the notification mechanism used by the alert may depend onseverity. For example, to suggest to the user that a trend needs to beimproved, and the user should walk more, a low severity alert indicatedby an email may be sufficient. On the other hand, if the health dataindicates a severe problem, the alert may be sent via voice message, ormay be distributed to multiple parties.

In one embodiment, there is also a simple mechanism for the healthcareprovider to schedule an appointment 780 with a user, if the user'smedical data triggers the need for such an appointment.

Note that a healthcare provider may be a doctor, an insurance agent, amedical reviewer, or any other professional who legally has access tomultiple user's health data in this format. The healthcare providerdisplay is, of course, provided in a secure format, and designed tocomply with HIPAA regulations.

FIG. 8 is an illustration of the relationship between the virtual userand the real user. The actual user 805 provides device data 810. Devicedata 810 may be provided automatically by various SMDs, or entered bythe user 805.

The device data 810, in one embodiment is stored as health parameterdata 825, in the SIMS database 830. In one embodiment, the SIMS databaseis behind a secure firewall. In one embodiment, the SIMS database 830 isonly accessible to authorized users. In one embodiment, each user'sdevice data 810 is stored in encrypted form, and only users who areauthorized to view the device data 810 can decrypt it.

The virtual user 820 is a construct created by the SIMS system. Thevirtual user 820 is a way to measure the health status of the actualuser 805, and get a snapshot of the overall health data. Healthparameters 825 are associated with the virtual user as well.

In one embodiment, the database 830 is a virtual database. In otherwords, the data is not in a centralized database, but rather distributedin various ways. However, the individual user's virtual person 820 canbe called up from the virtual database 830.

In one embodiment, an expert application 835 is used to evaluate thevirtual user. The expert application 835 is used to evaluate the user'sdata. In one embodiment, the expert application 835 analyzes data fromthe database 830. In one embodiment, whenever new data is added to thedatabase 830, the expert application 835 re-analyzes the complete data.In another embodiment, the database 830, in addition to storing rawdevice data 810, also stores analysis data. Thus, the expert application835 uses the new device data 810, and previously stored & calculatedanalysis data to generate its evaluation.

In one embodiment, the expert application 835 can cause communicationswith the actual user 810. For example, if the user's health dataindicates a problem, an alert 845 may be sent. Furthermore, the user mayobtain reports 845, which provide summaries and useful data. In oneembodiment, the user may also receive advice. For example, if anincipient problem is detected by expert system 835, instead of an actualalert some advice may be sent. The advice may range from “exercise more”to “drink less coffee in the morning,” or similar types of advice. Inone embodiment, the actual user 805 may set preferences for the types ofadvice that will be sent.

In one embodiment, the expert application 835 may also communicate withcare provider 840. In one embodiment, care provider 840 may also haveaccess to the raw data in database 830. Care provider 840, in oneembodiment, may also be able to generate alerts, reports, and advice 845for the user.

The “virtual user” 820 enables a care provider, the user, and others toeasily obtain current health parameter information, trends, problems,and analysis about a user, without requiring the user to be physicallypresent. This provides a huge advantage since very few users arecontinuously connected to their health monitors and care providers.

FIG. 9 is one embodiment of a computer system that may be used with thepresent invention. It will be apparent to those of ordinary skill in theart, however that other alternative systems of various systemarchitectures may also be used.

The data processing system illustrated in FIG. 9 includes a bus or otherinternal communication means 915 for communicating information, and aprocessor 910 coupled to the bus 915 for processing information. Thesystem further comprises a random access memory (RAM) or other volatilestorage device 950 (referred to as memory), coupled to bus 915 forstoring information and instructions to be executed by processor 910.Main memory 950 also may be used for storing temporary variables orother intermediate information during execution of instructions byprocessor 910. The system also comprises a read only memory (ROM) and/orstatic storage device 920 coupled to bus 915 for storing staticinformation and instructions for processor 910, and a data storagedevice 925 such as a magnetic disk or optical disk and its correspondingdisk drive. Data storage device 925 is coupled to bus 915 for storinginformation and instructions.

The system may further be coupled to a display device 970, such as acathode ray tube (CRT) or a liquid crystal display (LCD) coupled to bus915 through bus 965 for displaying information to a computer user. Analphanumeric input device 975, including alphanumeric and other keys,may also be coupled to bus 915 through bus 965 for communicatinginformation and command selections to processor 910. An additional userinput device is cursor control device 980, such as a mouse, a trackball,stylus, or cursor direction keys coupled to bus 915 through bus 965 forcommunicating direction information and command selections to processor910, and for controlling cursor movement on display device 970.

Another device, which may optionally be coupled to computer system 900,is a communication device 990 for accessing other nodes of a distributedsystem via a network. The communication device 990 may include any of anumber of commercially available networking peripheral devices such asthose used for coupling to an Ethernet, token ring, Internet, or widearea network. The communication device 990 may further be a null-modemconnection, a wireless connection mechanism, or any other mechanism thatprovides connectivity between the computer system 900 and the outsideworld. Note that any or all of the components of this system illustratedin FIG. 9 and associated hardware may be used in various embodiments ofthe present invention.

It will be appreciated by those of ordinary skill in the art that anyconfiguration of the system may be used for various purposes accordingto the particular implementation. The control logic or softwareimplementing the present invention can be stored in main memory 950,mass storage device 925, or other storage medium locally or remotelyaccessible to processor 910.

It will be apparent to those of ordinary skill in the art that thesystem, method, and process described herein can be implemented assoftware stored in main memory 950 or read only memory 920 and executedby processor 910. This control logic or software may also be resident onan article of manufacture comprising a computer readable medium havingcomputer readable program code embodied therein and being readable bythe mass storage device 925 and for causing the processor 910 to operatein accordance with the methods and teachings herein.

The present invention may also be embodied in a handheld or portabledevice containing a subset of the computer hardware components describedabove. For example, the handheld device may be configured to containonly the bus 915, the processor 910, and memory 950 and/or 925. Thepresent invention may also be embodied in a special purpose applianceincluding a subset of the computer hardware components described above.For example, the appliance may include a processor 910, a data storagedevice 925, a bus 915, and memory 950, and only rudimentarycommunications mechanisms, such as a small touch-screen that permits theuser to communicate in a basic manner with the device. In general, themore special-purpose the device is, the fewer of the elements need bepresent for the device to function. In some devices, communications withthe user may be through a touch-based screen, or similar mechanism.

It will be appreciated by those of ordinary skill in the art that anyconfiguration of the system may be used for various purposes accordingto the particular implementation. The control logic or softwareimplementing the present invention can be stored on any machine-readablemedium locally or remotely accessible to processor 910. Amachine-readable medium includes any mechanism for storing ortransmitting information in a form readable by a machine (e.g. acomputer). For example, a machine readable medium includes read-onlymemory (ROM), random access memory (RAM), magnetic disk storage media,optical storage media, flash memory devices, electrical, optical,acoustical or other forms of propagated signals (e.g. carrier waves,infrared signals, digital signals, etc.).

In the foregoing specification, the invention has been described withreference to specific exemplary embodiments thereof. It will, however,be evident that various modifications and changes may be made theretowithout departing from the broader spirit and scope of the invention asset forth in the appended claims. The specification and drawings are,accordingly, to be regarded in an illustrative rather than a restrictivesense.

1-10. (canceled)
 11. A computer-implemented method comprising:receiving, by a server from a user device, data from a sensor measuringphysical activity of an actual user; associating, by the server, thereceived data with a virtual user, wherein the virtual user is arepresentation used to measure a health status of the actual user;evaluating, by the server, the virtual user to generate health advicefor the actual user based upon the received data; and transmitting, bythe server to the user device, the generated health advice to bedisplayed on the user device.
 12. The computer-implemented method ofclaim 1, wherein the heath advice includes a recommended increase in thephysical activity.
 13. The computer-implemented method of claim 1,wherein the physical activity is a number of steps taken by the actualuser.
 14. The computer-implemented method of claim 1, wherein thevirtual user includes data representing an age of the actual user. 15.The computer-implemented method of claim 1, wherein the virtual userincludes data representing a weight of the actual user.
 16. Thecomputer-implemented method of claim 1, further comprising:transmitting, by the server to the user device, a report to be displayedon the user device, the report including physical activity of the actualuser over a plurality of days.
 17. The computer-implemented method ofclaim 16, wherein the report further includes a daily goal for thephysical activity.
 18. A non-transitory computer-readable medium storinginstructions, which when executed by a processing device, cause theprocessing device to perform a method comprising: receiving, by a serverfrom a user device, data from a sensor measuring physical activity of anactual user; associating, by the server, the received data with avirtual user, wherein the virtual user is a representation used tomeasure a health status of the actual user; evaluating, by the server,the virtual user to generate health advice for the actual user basedupon the received data; and transmitting, by the server to the userdevice, the generated health advice to be displayed on the user device.19. The non-transitory computer-readable medium of claim 18, wherein theheath advice includes a recommended increase in the physical activity.20. The non-transitory computer-readable medium of claim 18, wherein thephysical activity is a number of steps taken by the actual user.
 21. Thenon-transitory computer-readable medium of claim 18, wherein the virtualuser includes data representing an age of the actual user.
 22. Thenon-transitory computer-readable medium of claim 18, wherein the virtualuser includes data representing a weight of the actual user.
 23. Thenon-transitory computer-readable medium of claim 18, the method furthercomprising: transmitting, by the server to the user device, a report tobe displayed on the user device, the report including physical activityof the actual user over a plurality of days.
 24. The non-transitorycomputer-readable medium of claim 23, wherein the report furtherincludes a daily goal for the physical activity.
 25. A computer servercomprising: a processing device; and a memory coupled to the processingdevice, wherein the memory stores instructions which, when executed bythe processing device, cause the computer server to: receive, from auser device, data from a sensor measuring physical activity of an actualuser; associate the received data with a virtual user, wherein thevirtual user is a representation used to measure a health status of theactual user; evaluate the virtual user to generate health advice for theactual user based upon the received data; and transmit, to the userdevice, the generated health advice to be displayed on the user device.26. The computer server of claim 25, wherein the heath advice includes arecommended increase in the physical activity.
 27. The computer serverof claim 25, wherein the physical activity is a number of steps taken bythe actual user.
 28. The computer server of claim 25, wherein thevirtual user includes data representing an age of the actual user. 29.The computer server of claim 25, wherein the virtual user includes datarepresenting a weight of the actual user.
 30. The computer server ofclaim 25, wherein execution of the instructions further cause thecomputer server to: transmit, to the user device, a report to bedisplayed on the user device, the report including physical activity ofthe actual user over a plurality of days.